Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move bridge creation to injectDeferredObject #401

Merged
merged 1 commit into from
Sep 24, 2019

Conversation

NiklasMerz
Copy link
Member

Platforms affected

iOS

What does this PR do?

This avoids failed script injections for pages which did not finish loading.

Version 3.0.0 created the iframe like that and the refactor for WKWebView changes this. Now the iframe won´t be created for pages which cannot finish loading and injected javascript will fail.

What testing has been done on this change?

Tested inject javascript on pages which cannot load.

Checklist

  • Reported an issue in the JIRA database
  • Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.
  • Added automated test coverage as appropriate for this change.

Avoid failed script injections for pages which did not finish loading.
@NiklasMerz NiklasMerz changed the title Move bidge creation to injectDeferredObject Move bridge creation to injectDeferredObject Jan 16, 2019
@janpio janpio requested a review from dpa99c June 19, 2019 21:54
@NiklasMerz
Copy link
Member Author

Any chance to get this reviewed anytime soon? Looks like a regression to me.

@dpa99c
Copy link
Contributor

dpa99c commented Sep 24, 2019

Yep, simple change and no reason to create the bridge before injection on UIWebview variant (which is imminently going away soon anyway).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants